home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / doc / www-talk.archive.Z / www-talk.archive / text0082.txt < prev    next >
Encoding:
Text File  |  1992-11-30  |  2.7 KB  |  67 lines
  1.  
  2. Hello all,
  3.  
  4. It is true that the nntp working group has been pushing against all
  5. sorts of retrieval issues.  How any of the following would be
  6. implemented is completely an open question, right now.  I should say
  7. that much of what follows was the result of informal brainstorming,
  8. and a lot of discussion at various USENIXes.  I think everyone agrees
  9. that the NNTP people do not yet have enough information to make a
  10. decision, and there is a growing concern about scope of whatever
  11. project we would choose to take on, as one could quickly envision a
  12. very broad all-encompassing project that would serve everyone's needs
  13. but never be implemented.  As we begin to discuss best ways to present
  14. news to the user, we immediately come up against five questions.
  15. Briefly described, they are the following:
  16.  
  17. [1]    How shall the user select and receive new information?
  18.     Are we talking SQL or Z.39 or what?
  19.  
  20. [2]    Should the mechanism be a pull-update/lockstep mechanism, as
  21.     it is now, or does the server need to have enough smarts about
  22.     things like priorities such that the mechanism should be
  23.     async/interrupt driven?
  24.  
  25. [3]    Should we be writing the protocol with some sort of RPC
  26.     mechanism in mind, such that the application doesn't even know
  27.     if the service is local?
  28.  
  29. [4]    How do we handle archives?  Should a saved article be treated
  30.     just as any other article, or do we need stronger archive
  31.     search mechanisms in NNTP?  OR, should archive support be
  32.     placed in the netnews model, itself (e.g., sendme style
  33.     retrieval)?
  34.     OR, should netnews reading become a distributed model, as
  35.     access to the Internet approaches ubiquity?  Here is where
  36.     we begin to delve into resource and information location
  37.     issues.
  38.  
  39. [5]    Should whatever mechanism we design be limited to netnews, or
  40.     should we also leave enough rope for someone to use it for
  41.     mail?
  42.  
  43. So what we have right now is a growing list of questions, and not very
  44. many answers - YET.
  45.  
  46. I must clarify one point Tim made.  News is currently stored and read
  47. locally mostly for historical reasons.  The plain fact of the matter
  48. is that netnews has been and continues to be more popular than the
  49. Internet, simply because it costs less.  Thus in past people have not
  50. considered reading over the Internet as ``the mechanism'' because it
  51. could not be used as such by a large portion of the participants.
  52. There is also an issue of how to find new and interesting articles
  53. under a distributed model.  That's an area I haven't given much
  54. thought at all to.
  55.  
  56. The statement that the current NNTP is nothing more than a file
  57. transfer protocol is largely correct.  It's a specialized version that
  58. takes advantage of the netnews architecture.  In fact, it would have
  59. been quite possible to implement NNTP *in* FTP as an extension.
  60.  
  61. Eliot Lear
  62. [lear@sgi.com]
  63.  
  64.  
  65.  
  66.  
  67.